ETSITS 129 199-7 V6.0.0 



(2004-09) 



Technical Specification 



Universal Mobile Telecommunications System (UMTS); 

Open Service Access (OS A); 

Parlay X web services; 

Part 7: Account management 

(3GPP TS 29.199-07 version 6.0.0 Release 6) 



JtSiP 




u 



3GPP TS 29.1 99-07 version 6.0.0 Release 6 1 ETSI TS 1 29 1 99-7 V6.0.0 (2004-09) 



Reference 



DTS/TSGN-05291 99-07V600 
Keywords 



UMTS 



ETSI 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel. : +33 4 92 94 42 00 Fax: +33 4 93 65 47 1 6 

Siret N ° 348 623 562 0001 7 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.orq 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 

Information on the current status of this and other ETSI documents is available at 

http://portal.etsi.orq/tb/status/status.asp 

If you find errors in the present document, please send your comment to one of the following services: 

http://portal.etsi.orq/chaircor/ETSI support.asp 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2004. 
All rights reserved. 

DECT'^", PLUGTESTS™ and UMTS™ are Trade IVlarks of ETSI registered for the benefit of its IVIembers. 
TIPHON^" and the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Members. 
2QppTM |g g jracle Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. 



ETSI 



3GPP TS 29.1 99-07 version 6.0.0 Release 6 2 ETSI TS 1 29 1 99-7 V6.0.0 (2004-09) 



Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
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Foreword 

This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 
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GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 
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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

3GPP acknowledges the contribution of the Parlay X Web Services specifications from The Parlay Group. The Parlay 
Group is pleased to see 3GPP acknowledge and publish the present document, and the Parlay Group looks forward to 
working with the 3GPP community to improve future versions of the present document. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



rd , 



The present document is part 7 of a multi-part deliverable covering the 3 Generation Partnership Project; Technical 

Specification Group Core Network; Open Service Access (OSA); Parlay X Web Services, as identified below: 

Parti: "Common"; 

Part 2: "Third party call"; 

Part 3: "Call Notification"; 

Part 4: "Short Messaging"; 

Part 5: "Multimedia Messaging"; 

Part 6: "Payment"; 

Part 7: "Account management"; 

Part 8: "Terminal Status"; 

Part 9: "Terminal location"; 

Part 10: "Call handling"; 

Part 11: "Audio call"; 

Part 12: "Multimedia conference"; 

Part 13: "Address list management"; 

Part 14: "Presence". 
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1 Scope 

The present document is Part 7 of the Stage 3 Parlay X Web Service specification for Open Service Access (OSA). 

The OSA specifications define an architecture that enables application developers to make use of network functionality 
through an open standardized interface, i.e. the OSA APIs. The concepts and the functional architecture for the OSA are 
contained in 3GPP TS 23.127 [3]. The requirements for OSA are contained in 3GPP TS 22.127 [2]. 

The present document specifies the Account Management Web Service aspects of the interface. All aspects of the 
Account Management Web Service are defined here, these being: 

• Name spaces. 

• Sequence diagrams. 

• Data definitions. 

• Interface specification plus detailed method descriptions. 

• Fault definitions. 

• Service policies. 

• WSDL Description of the interfaces. 

The present document has been defined jointly between 3GPP TSG CN WG5, ETSI TISPAN and The Parlay Group. 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TS 22. 127: "Service Requirement for the Open Services Access (OSA); Stage 1 ". 

[3] 3GPP TS 23. 127: "Virtual Home Environment (VHE) / Open Service Access (OSA); Stage 2". 

[4] 3GPP TS 22.101: "Service aspects; Service principles". 

[5] W3C Recommendation (2 May 2001): "XML Schema Part 2: Datatypes". 

NOTE: Available at http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/ . 

[6] 3GPP TS 29.199-1: "Open Service Access (OSA); Parlay X Web Services; Part 1: Common". 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in 3GPP TS 29.199-1 [6] apply. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in 3GPP TS 29.199-1 [6] apply. 

4 Detailed service description 

Pre-paid subscribers, whether they have subscribed to pre-paid telephony, SMS, or data service, have credits with their 
service providers; the consumption of services will lead to reduction of their credit, or the credit may expire. Therefore, 
from time to time, subscribers may have to recharge their accounts. This occurs through an application that interfaces 
with the subscriber either directly or indirectly. Examples of direct interaction are voice prompts and WAP/web pages, 
or even SMS. Typically, such multi-modal applications either request a currency amount and, e.g. credit card 
information, or a voucher number plus credentials. The voucher number and credentials are then validated and causes a 
pre-determined currency amount to be transferred. 

The Parlay X Account Management API described in the present document supports account querying, direct 
recharging and recharging through vouchers. As a side effect, it may prevent subscribers from having their account 
balance credits expire. 

5 Namespaces 

The Account Management interface uses the namespace: 

www.csapi.org/wsdl/parlavx/ account management /v2 
The data types are defined in the namespace: 

www.csapi.org/schema/parlavx/ account management /v2 

The 'xsd' namespace is used in the present document to refer to the XML Schema data types defined in 
XML Schema [5], The use of the name 'xsd' is not semantically significant. 



Sequence diagrams 



This subclause discusses three scenarios; one where a subscriber uses a voucher, one where the subscriber directly 
recharges after the payment is cleared, and one where the subscriber checks the recent transactions. 

NOTE: Associated Account Management API messages are shown in 'bold' format: e.g. (getBalance). 

6.1 Prepaid account recharge using a voucher 

The prepaid subscriber wishes to recharge their account with a voucher and query their account balance. The subscriber 
uses their mobile phone or other wireline phone to interact with an IVR system. In order to recharge their account, the 
subscriber must enter the voucher number, the MSISDN to be recharged , and PIN(s). The IVR system accesses an 
external voucher database to validate the voucher number. The subscriber's account balance is then increased with the 
value of the voucher (voucherUpdate). The subscriber queries their account balance (getBalance), before and/or after 
the recharge. 
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Figure 1 



6.2 Prepaid account recharge using direct payment 

Directly recharging (i.e. without a voucher) works much along the same way. In this case, we assume the prepaid 
subscriber interacts with a web page. After providing the MSISDN, along with the PIN, the user can query the account 
balance (getBalance). For recharging, the subscriber must enter payment details, for example credit card information, 
from which the payment will be made. After clearing the payment details, the currency amount will be transferred and 
the subscriber's prepaid account balance expiration date will be reset (balanceUpdate). The subscriber also queries 
their account balance expiration date (getCreditExpiryDate), after the recharge. 
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Figure 2 
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XML Schema data type definition 



7.1 DatedTransaction structure 

This data structure represents a transaction record. 



Element Name 


Element Type 


Description 


Transaction Date 


xsd;dateTime 


The date the transaction occurred. 


TransactionDetails 


xsd:string 


The transaction details. 



8 Web Service interface definition 

8.1 Interface: AccountlVlanagement 

The Account Management interface provides access to account information for update and query operations. 

8.1.1 Operation: GetBalance 

This message results in getting account balance indicated by the end user identifier and associated end user PIN. The 
returned amount is specified as a currency amount. 

8.1 .1 .1 Input message: GetBalanceRequest 



Part name 


Part type 


Description 


EndUserldentifier 


xsd:anyURI 


This parameter identifies the end user's account. 


EndUserPin 


xsd:string 


OPTIONAL: Contains the end user's credentials for authorizing 
access to the account 



8.1 .1 .2 Output message: GetBalanceResponse 



Part name 


Part type 


Description 


Amount 


xsd:decimal 


It is the balance on the end user's account. 



8.1.1.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVCOOOl - Service error. 

• SVC0002 - Invalid input value. 

• SVC0250 - End user authentication failed. 
PoHcyException from 3GPP TS 29.199-1 [6]: 

• POLOOOl - Policy error. 

8.1.2 Operation: GetCreditExpiryDate 

This message results in getting the expiration date of the credit indicated by the end user identifier and associated end 
user PIN. The returned date is the date the current balance will expire. Nil is returned if the balance does not expire. 
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8.1.2.1 



Input message: GetCreditExpiryDateRequest 



Part name 


Part type 


Description 


EndUserldentifier 


xsd:anyURI 


This parameter identifies the end user's account. 


EndUserPin 


xsd:string 


OPTIONAL: Contains the end user's credentials for authorizing 
access to the account. 



8.1.2.2 



Output message: GetCreditExpiryDateResponse 



Part name 


Part type 


Description 


Date 


xsd:dateTime 


It is the date the current balance will expire. Nil is returned if the 
balance does not expire. 



8.1.2.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVCOOOl - Service error. 

• SVC0002 - Invalid input value. 

• SVC0250 - End user authentication failed. 
PolicyException from 3GPP TS 29.199-1 [6]: 

• POLOOOl - Policy error. 

8.1.3 Operation: BalanceUpdate 

This message results in directly recharging the account indicated by the end user identifier and optional associated end 
user PIN. The reference code is used to uniquely identify the request; it is the application's responsibility to provide a 
unique reference code within the scope of the application. The charge is specified as a currency amount. The balance is 
requested to expire in the number of days indicated by the period parameter. The operator's policies may overrule this 
parameter. If the optional period parameter is not present, the operator's policy on balance expiration is always in 
effect. 



8.1.3.1 



Input message: BalanceUpdateRequest 



Part name 


Part type 


Description 


EndUserldentifier 


xsd:anyURI 


This parameter identifies the end user's account. 


EndUserPin 


xsd:string 


OPTIONAL. Contains the end user's credentials for authorizing access to 
the account. 


ReferenceCode 


xsd:string 


Textual information to uniquely Identify the request, e.g. in case of 
disputes 


Amount 


xsd:decimal 


Currency amount that should be added to the end user's account. 


Period 


xsd:int 


OPTIONAL. The balance is requested to expire in the number of days 
indicated by this parameter. The operator's policies may overrule this 
parameter. If this optional parameter is not present, the operator's policy 
on balance expiration is always in effect. 



8.1.3.2 



Output message: BalanceUpdateResponse 



Part name 


Part type 


Description 


None 
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8.1.3.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVCOOOl - Service error. 

• SVC0002 - Invalid input value. 

• SVC0250 - End user authentication failed. 
PolicyException from 3GPP TS 29.199-1 [6]: 

• POLOOOl -Policy error 

8.1.4 Operation: VoucherUpdate 

This message results in directly recharging the account indicated by the end user identifier and optional associated end 
user PIN. The reference code is used to uniquely identify the request; it is the application's responsibility to provide a 
unique reference code within the scope of the application. A voucher identifier indirectly specifies the charge. The 
optional voucher PIN code can be used to verify the voucher. 



8.1.4.1 



Input message: VoucherUpdateRequest 



Part name 


Part type 


Description 


EndUserldentifier 


xsd:anyURI 


This parameter identifies the end user's account. 


EndUserPin 


xsd:string 


OPTIONAL. Contains the end user's credentials for authorizing access 
to the account. 


ReferenceCode 


xsd:string 


Textual information to uniquely identify the request, e.g. in case of 
disputes 


Voucherldentifier 


xsd:string 


This parameter identifies the voucher. 


VoucherPin 


xsd:string 


OPTIONAL. Contains the voucher's credentials for authentication. 



8.1.4.2 



Output message: VoucherUpdateResponse 



Part name 


Part type 


Description 


None 







8.1.4.3 Referenced Faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVCOOOl - Service error. 

• SVC0002 - Invalid input value. 

• SVC0250 - End user authentication failed. 

• SVC0251 -Unknown voucher. 
PohcyException from 3GPP TS 29.199-1 [6]: 

• POLOOOl - Policy error. 

• POL0220 - Vouchers not accepted. 
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This message results in returning the transaction history of the account indicated by the end user identifier and 
associated optional end user PIN. The maximum number of entries to return and the start date define the range of 
transactions that are of interest to the requester. 

If the total number of entries in the transaction history, starting at the specified date, is larger than the specified 
maximum number of entries, only the most recent events are returned. Note that the operator might limit the maximum 
amount of entries to be returned or the period for which the entries are to be returned. 



8.1.5.1 



Input message: GetHistoryRequest 



Part name 


Part type 


Description 


EndUserldentifier 


xsd:anyURI 


This parameter identifies the end user's account. 


EndUserPin 


xsd:string 


OPTIONAL. Contains the end user's credentials for authorizing 
access to the account. 


Date 


xsd:dateTime 


OPTIONAL. This parameter indicates the desired starting date 
for the entries to be returned. If this parameter is not present, it is 
up to the discretion of the service to decide this date. 


MaxEntries 


xsd:int 


OPTIONAL. This parameter indicates the maximum number of 
entries that shall be returned. If this parameter is not present, it is 
up to the discretion of the service to decide how many entries to 
return. 



8.1.5.2 



Output message: GetHistoryResponse 



Part name 


Part type 


Description 


History 


DatedTransaction [0 
.. unbounded] 


It is a DatedTransaction array that consists of types with a date 
field and a string field: i.e. the date of the occurrence and the 
transaction details, respectively. 



8.1 .5.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVCOOOl - Service error. 

• SVC0002 - Invalid input value. 
PoHcyException from 3GPP TS 29.199-1 [6]: 

• POLOOOl - Policy error. 



9 Fault definitions 

9.1 Fault: ServiceException 
9.1 .1 End user authentication failed 



Name 


Description 


Message Id 


<SVC0250> 


Text 


End user authentication failed. 


Variables 


None. 
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Name 


Description 


Message Id 


<SVC0251> 


Text 


Voucher %1 is not valid. 


Variables 


%1 Voucher identifier. 



9.2 Fault: PolicyException 
9.2.1 Vouchers not accepted 



Name 


Description 


IVIessage Id 


<POL0220> 


Text 


Vouchers not accepted. 


Variables 


None. 



10 Service policies 

The following service policies are defined for this service. 



Name 


Type 


Description 


VouchersAccepted 


xsd:Boolean 


Are vouchers accepted 
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Annex A (normative): 

WSDL for Account Management 



The document/literal WSDL representation of this interface specification is compliant to 3GPP TS 29.199-1 [6] and is 
contained in text files (contained in archive 29199-07-600-doclit.zip) which accompanies the present document. 
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Annex B (informative): 
Change history 



Change history 


Date 


TSG# 


TSG Doc. 


CR 


Rev 


Subject/Comment 


Old 


New 


Dec 2003 


CN 21 


NP-030552 


-- 


-- 


Submitted to CN#22 for Information 


1.0.0 




Jan 2004 










Added The W3C WSDL representation of the APIs specified in the 
present document is contained in a set of files which accompany the 
present document: 

px0326rpcenc.zip 

px0326rpclit.zip 


1.0.1 




Jun 2004 


CN_24 


NP-040274 


- 


- 


Split into multi-part specification. 29.199-On, for n=1,2...9. 
Submitted to CN#24 for Information 


1.0.3 




Sep 2004 


CN 25 


NP-040360 


-- 


-- 


Draft v200 submitted to TSG CN#25 for Approval. 
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